O propósito desta disciplina é:

• Manter um conjunto de produtos de trabalho consistente à medida que eles evoluem.
• Manter construções de software consistentes.
• Fornecer meios eficientes para se adaptar às mudanças, re-planejando o trabalho adequadamente.
• Fornecer dados para mensurar o progresso.

Em muitas organizações, o termo "gestão de configuração" significa todas estas coisas.

No contexto deste processo, a gestão de configuração refere-se à habilidade de manter versão e configuração consistentes dos artefatos, alcançando os dois primeiros objetivos listados acima. A Gestão de Mudança refere-se ao processo de controlar mudanças nos artefatos controlados pela configuração, alcançando os dois últimos objetivos listados acima.

Embora seja importante manter versões e configurações atualizadas de todos os produtos de trabalho, os produtos de trabalho de interesse primário são o Artifact: Implementação e o Artifact: Construção.

As mudanças são controladas através da Task: Solicitar Mudança e a subseqüente priorização e disposição dos pedidos de mudança, através do Artifact: Lista de Itens de Trabalho.

Esta disciplina está presente em todo o ciclo de vida. Todas as outras disciplinas contam com a disciplina de gestão de configuração e mudança para manter um conjunto de produtos de trabalho consistente e atualizado, e para priorizar e rastrear as mudanças nesses produtos de trabalho durante todo o ciclo de vida.

A gestão de configuração e mudança é feita por todos na equipe de desenvolvimento. Por causa da importância e da penetração desta disciplina, a orientação da gestão de configuração e mudança é associada às tarefas e aos produtos de trabalho de todas as outras disciplinas.

Assume-se que o projeto tenha algum tipo de sistema de gestão de configuração, tal como o CVS, para manter informações sobre versão e configuração, e para permitir o desenvolvimento colaborativo do sistema. Sem isso, até mesmo a parte mais trivial do desenvolvimento será virtualmente impossível.